Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Backup on network

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Backup on network

    Simple question - hopefully a simple answer ;-)

    If I install database app on a server, with shadowed databases on other networked PCs, do backups need to be made on the server? i.e. If someone runs database backup from one of the network PCs I am assuming that it will not create a backup on the server.

    Also, when installing on network PCs using the "dummy autoexec" method described in the Alpha 5 help files, do I need to install runtime first?

    Sorry about dumb questions, but my experience is web based apps - I know nothing about LAN.
    If computers are so clever how come someone as dumb as me has to tell them what to do?

    #2
    Re: Backup on network

    Just a thought - the network only has 8 workstations, with never more than 5 connected at any one time - do I even need to use the shadowed method, or is it better for everyone to run directly from the database on the server?
    If computers are so clever how come someone as dumb as me has to tell them what to do?

    Comment


      #3
      Re: Backup on network

      Sooty,

      Unfortunately, you provide to less information to give a good answer to your question. Your question rises more questions.....
      I will give it a try though!

      Basically, a backup is completely independent from Alpha. If you have a network, it is likely you also have separate backup software and devices that take care of this. If that is the case, it does not matter where the backup is written, as long as you are able to restore it with the same software and devices.
      Obviously, you should not store any backup on the same drive that the original is. Doing that, on case of crash you would loose both original �nd backup, so that would not be wise.

      If you use shadow databases, data is stored on the server, only certain information is stored on the client.
      In this case, often you have thick clients, which will ideally also need a backup which can be restored in case of crash or else. Main data however is stored at the server and will be backupped by the server backup software.

      Should you NOT have any specific backup feature, then you would use the build in Alpha backup function, which allows you to use an UNC path and lets you store the path for future use.
      In this way, you are able to backup your files from the server to the specified UNC path.

      If you have only a few clients, you could also think about using thin clients instead of thick ones, and work with Terminal Services. This would require a more robust and powerful server and special licenses for terminal server to use more then 1 client. But the advantages are, that there will be no traffic else the ANSI from server to thin client, and you will not have to make backups from clients. Furthermore, security is served as there is no information available in physical sense on clients which could be stolen on theft of the client itself.

      There have been done tests that would suggest that you can run up to 10 - 15 clients on one server, depending on the capacity of the server ofcourse.

      As you see, there are lots of issues to think about when answering your question, and the information you would need is simply not in the question.
      However, I hoped to have given you enough to think about.

      Regards,

      Comment


        #4
        Re: Backup on network

        Originally posted by Sooty57 View Post
        Simple question - hopefully a simple answer ;-)

        If I install database app on a server, with shadowed databases on other networked PCs, do backups need to be made on the server? i.e. If someone runs database backup from one of the network PCs I am assuming that it will not create a backup on the server.
        With appropriate folder permissions, the backup can be from anyplace on the LAN to anyplace on your LAN, but you want to back up the data and application that is located on your server (However, backing up from the Server directly can be faster, depending upon the backup program, as data being backed up does not have to travel on the LAN).

        The shadowed databases are primarily copies of the application on the local machine that uses the data on the server. These do not need to be backed up.

        Originally posted by Sooty57 View Post
        Also, when installing on network PCs using the "dummy autoexec" method described in the Alpha 5 help files, do I need to install runtime first?
        I don't use that method, so I can't answer, but there are other ways to install the runtime and run/install the application that are more straighforward, IMHO.

        Originally posted by Sooty57 View Post
        Just a thought - the network only has 8 workstations, with never more than 5 connected at any one time - do I even need to use the shadowed method, or is it better for everyone to run directly from the database on the server?
        See my tips why Network shadowing does not necessarily improve speed. You might also want to look at Record Locking 101 on the same page
        Regards,

        Ira J. Perlow
        Computer Systems Design


        CSDA A5 Products
        New - Free CSDA DiagInfo - v1.39, 30 Apr 2013
        CSDA Barcode Functions

        CSDA Code Utility
        CSDA Screen Capture


        Comment

        Working...
        X